home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940190.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB

  1. Date: Sat, 11 Jun 94 04:30:17 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #190
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat, 11 Jun 94       Volume 94 : Issue  190
  11.  
  12. Today's Topics:
  13.                  An open note to Gary Coffman, KE4ZV
  14.                         Baycom AX25 and OS/2??
  15.                        Help with JNOS for Linux
  16.                       Kantronics KPC-3 for sale
  17.                   package radio amateurs in Germany
  18.                        Packet with a Psion 3a ?
  19.                       PKFAX problems - any help?
  20.                         Vester SSTV modulator
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Wed, 8 Jun 1994 20:34:38 GMT
  35. From: sdd.hp.com!hpscit.sc.hp.com!news.dtc.hp.com!col.hp.com!csn!magnus.acs.ohio-state.edu!math.ohio-state.edu!howland.reston.ans.net!EU.net!uknet!cix.compulink.co.uk!@@ihnp4.ucsd.edu
  36. Subject: An open note to Gary Coffman, KE4ZV
  37. To: ham-digital@ucsd.edu
  38.  
  39. > There is no simulator, I aksed this of the groundstation
  40. > controllers on Surry a few years ago.
  41.  
  42. I've had a private email from someone about a Pacsat simulation program.  
  43. I'll have to follow that lead up.
  44.  
  45. Chris - G6FCI Packet   : G6FCI @ GB7FCI.#16.GBR.EU
  46. Internet : packman@cix.compulink.co.uk
  47.  
  48. ------------------------------
  49.  
  50. Date: Fri, 10 Jun 1994 03:36:42 GMT
  51. From: agate!dog.ee.lbl.gov!newshub.nosc.mil!news!medin@ames.arpa
  52. Subject: Baycom AX25 and OS/2??
  53. To: ham-digital@ucsd.edu
  54.  
  55. In article <2t728m$7cc@usenet.INS.CWRU.Edu> da884@cleveland.Freenet.Edu (David Toste) writes:
  56. >
  57. >Has anyone had any luck in getting the baycom modem to work in OS/2???
  58. >Or is there away to compile the AX25 verson for OS/2??
  59.  
  60.  I have been singularly unsucessful & finally gave up. Found ax25 doesnt work
  61. on a ps2 also. If you get any sucess let us know.
  62. 73, ted
  63. n6trf
  64.  
  65. ------------------------------
  66.  
  67. Date: Thu, 9 Jun 1994 22:32:42 GMT
  68. From: nwnexus!jhgrud!eskimo!rdonnell@uunet.uu.net
  69. Subject: Help with JNOS for Linux
  70. To: ham-digital@ucsd.edu
  71.  
  72. NJBIRDMAN (njbirdman@aol.com) wrote:
  73. : Benn trying to get JNOS (j109lxa3) working. When I compile,
  74. : everything goes fine until it gets near the end, then I get
  75. : "curses.c XXX (linux.a(curses.o)) Undefined symbol _getattrs
  76. : referenced from text segment"
  77.  
  78.  
  79. Suggest you get the latest version ( j109lxA4 ) off of ucsd.edu.  I had the
  80. same troubles with A3 and all are gone from the A4 release.
  81.  
  82. : Thanks in advance..
  83.  
  84. You Betcha!
  85.  
  86. : John N4JS (jsielke@wx2l.uscc.com)
  87.  
  88.  
  89. 73, Bob
  90. --
  91. ---------------------------------------------------------------------------
  92. Bob Donnell, kd7nm     bob@ethanac.kd7nm.ampr.org   rdonnell@eskimo.com
  93. ---------------------------------------------------------------------------
  94.  
  95. ------------------------------
  96.  
  97. Date: 10 Jun 94 17:07:51 GMT
  98. From: dog.ee.lbl.gov!agate!howland.reston.ans.net!wupost!slacc.com!qyzyx@ucbvax.berkeley.edu
  99. Subject: Kantronics KPC-3 for sale
  100. To: ham-digital@ucsd.edu
  101.  
  102. I've been interested in buying a KPC-3 for a couple years.  Your $85
  103. sounds like a good price.  Could you list the address to which I could
  104. write?
  105.                                            73 Steve N0SJB
  106.  
  107.            SLACC STACK BBS - St. Louis, Missouri
  108. The bulletin board service of the St. Louis Area Computer Club
  109.  
  110.                    +1 314.367.1903                                              
  111.  
  112. ------------------------------
  113.  
  114. Date: 10 Jun 1994 09:24:25 GMT
  115. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!xlink.net!fauern!btr0x1.hrz.uni-bayreuth.de!btrtx3!bt4735@network.ucsd.edu
  116. Subject: package radio amateurs in Germany
  117. To: ham-digital@ucsd.edu
  118.  
  119. To improve the partnership between Plouay (France) and Kueps (Germany)
  120.  
  121. I am searching for radio amateurs in Germany, who have the opportunity
  122.  
  123. to contact with f1blo@f6kbo.fbre.fra.eu
  124.  
  125. thanks.
  126.  
  127. questions to t4a30@btmpx1.mat.uni-bayreuth.de
  128.  
  129. ------------------------------
  130.  
  131. Date: Thu, 9 Jun 1994 22:24:58 GMT
  132. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!spool.mu.edu!sdd.hp.com!portal.com!portal!combdyn!lawrence@network.ucsd.edu
  133. Subject: Packet with a Psion 3a ?
  134. To: ham-digital@ucsd.edu
  135.  
  136. In article <1994Jun8.173216.1@ugun2a> pfund@uni2a.unige.ch writes:
  137. >Hi hams out there,
  138. >
  139. >Could someone tell me if they make packet with their Psion organizers ???
  140. >I know that it's possible to hook them up to a TNC, but it's still a TNC and
  141. >that makes them quite big.... is there another solution like a Baycom modem
  142. >or something of the like ????
  143. >
  144. On a similar thread, I'm looking to purchase a(nother) PDA...and I'm interested
  145. in finding one that will drive a TNC.  Suitable for doing some packeting when
  146. I'm travelling....or during an emergency.
  147.  
  148. I already run packet with an HT and a battery powered TNC....(I'm using the
  149. -- 
  150.  WORK: lawrence@combdyn.com      | PHONE 403 529 2162 | FAX 529 2516 | VE6LKC
  151.  HOME: dreamer@lhaven.uumh.ab.ca |       403 526 6019 |     529 5102 | VE6PAQ
  152.  ----------------------------------------------------------------------------
  153.  Praxis BBS - 529 1610 | CYSNET BBS - 526 4304 | Lunatic Haven BBS - 526 6957
  154.  ----------------------------------------------------------------------------
  155.  disclamer = (working_for && !representing) + (Combustion Dynamics Ltd.);
  156.  
  157. ------------------------------
  158.  
  159. Date: 10 Jun 1994 15:22:19 GMT
  160. From: overload.lbl.gov!dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!news-feed-1.peachnet.edu!news.duke.edu!eff!news.kei.com!travelers.mail.cornell.edu!newsstand.cit.@@lll-winken.llnl.gov
  161. Subject: PKFAX problems - any help?
  162. To: ham-digital@ucsd.edu
  163.  
  164. Hi, 
  165.  
  166. A friend of mine has a new PK232 and the PKFAX program and is 
  167. having some problems getting it to run. The 232 seems to work 
  168. fine on all the other modes, it seems that this software is 
  169. balky. I used to run it eons ago and recall it wasn't terribly 
  170. handy at the time but I don't remember stones about it. Anyway
  171. does anybody have any good tips on getting this software to 
  172. work properly? Hints, tips, or maybe a pointer to some third
  173. party software that does a better job on this?
  174.  
  175. Thanks in advance. 
  176.  
  177. Kevin, WB2EMS
  178.  
  179. ------------------------------
  180.  
  181. Date: Thu,  9 Jun 1994 08:29:29 GMT
  182. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!gatech!news-feed-1.peachnet.edu!news.duke.edu!eff!news.kei.com!ddsw1!n9csa!jeff.smith@network.ucsd.edu
  183. Subject: Vester SSTV modulator
  184. To: ham-digital@ucsd.edu
  185.  
  186. Hey Guys,
  187. Does anybody know where I can get a ready-made Vester SSTV board? It is
  188. featured in QST Jan. 1994. Or does anybody want to make it for me for
  189. cash? Let me know at this address.
  190.     Thanks, Jeff Smith
  191.  
  192. ------------------------------
  193.  
  194. Date: Thu, 09 Jun 1994 09:07:47 -0400
  195. From: ftpbox!mothost!lmpsbbs!NewsWatcher!user@uunet.uu.net
  196. To: ham-digital@ucsd.edu
  197.  
  198. References <2stcmi$c88@news.icaen.uiowa.edu>, <1994Jun6.150026.22213@ke4zv.atl.ga.us>, <2t2utf$hmd@news.icaen.uiowa.edu>
  199. Subject : Re: Gary Coffman, Psychic Predictor!
  200.  
  201. Well, Gary, I'll bet you never dreamed that this one would come back to
  202. haunt you. However, your foresight seems better than most folks hindsight.
  203. Maybe we need to resurrect more of your articles and review your prophesies
  204. once every year or so. It would provide a good barometer of amateur radio
  205. progress in high-volume wide-area messaging systems.
  206.  
  207. You only missed foretelling one item, far off-point anyhow, and that is
  208. that Commodore went under earlier this year and is currently being
  209. liquidated. That should aid the demise of "the 1200 baud - C64 forever
  210. mindset" that you made reference to in your closing paragraphs.
  211.  
  212. And last, I think you have at least tied the record formerly held by Dan
  213. Pickersgill N8PKV for having your name appear in a rec.radio.amateur
  214. newsgroup subject line for the longest number of consecutive days. Add that
  215. to your new job title "E-Mail Elmer" that we bestowed upon you a few days
  216. ago! 
  217.  
  218. In article <2t2utf$hmd@news.icaen.uiowa.edu>, drenze@icaen.uiowa.edu
  219. (Douglas J Renze) wrote:
  220.  
  221. > gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  222. > >Hmph, I didn't know I *wrote* a letter. I *still* haven't seen the original
  223. > >"Open letter" to me that all this thread is in reply to.
  224. > Perhaps "letter" is a misnomer.  But you did post an article dated March,
  225. > 1992.  I've appended it to the end of this posting as I found it in our
  226. > PBBS archives.
  227. > And now, this is the original posting by KE4ZV to which I referred in my
  228. > initial post.
  229. > +++
  230. > Date: Thu, 12 Mar 1992 20:35:17 GMT
  231. > From: psinntp!sunic!news.funet.fi!tampella!funic!fuug!krk!oh2lak@uunet.uu.net
  232. > Subject: Looking for new Software - PK88
  233. > To: packet-radio@ucsd.edu
  234. > Date: 13 Mar 92 17:01:08 GMT
  235. > From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@
  236. > network.UCSD.EDU
  237. > Subject: PACKET RADIO TALK
  238. > To: packet-radio@ucsd.edu
  239. >  
  240. > In article <1992Mar10.100609.2512@EE.SuArrey.Ac.UK> 
  241. > ees1mw@EE.Surrey.Ac.UK (Mike Willis) writes:
  242. > >I have to give a talk to my local radio club on packet. To finish it off,
  243. > >I would like to say a little about where packet is going. New
  244. > >applications, high speed, LANs etc. Now in the UK we are quite a long way
  245. > >behind the USA in terms of new applications. What I would like to know is
  246. > >what is happening in the rest of the world besides the UK. 'State of the
  247. > >art', stuff. DSP has just arrived here, but at L1000 ($1800) it is not going to
  248. > >get very far.
  249. >  
  250. > I doubt that you are very far behind the US in *applications*. It's hard
  251. > to be *far* behind zero. This is the major problem facing packet in the
  252. > US. Aside from Packetcluster DX spotting systems, and the BBS Email and
  253. > bulletin systems, there are practically zero *applications* of packet
  254. > radio.
  255. >  
  256. > We have proven high speed hardware, proven networking software, and
  257. > fair connectivity in local areas, but we don't have anything to *do*
  258. > with packet radio. The vast majority of users have remained at 1200
  259. > baud on simplex 2 meter channels because there isn't enough to *do*
  260. > with packet to require them to upgrade to faster channels and better
  261. > modulation schemes.
  262. >  
  263. > >Questions.
  264. > >
  265. > >How will we get around the junk (ie articles of no interest but to the
  266. > >sender, or telling you not to miss a contest that has already
  267. > >finished because the message took two weeks to get to the BBS) BBS 
  268. > >mail problem ?
  269. >  
  270. > Short expires. If that doesn't work, use shorter expires. Ideally 
  271. > precedence fields should be implemented to indicate to the systems 
  272. > how to handle the message, and when and if it should be thrown on
  273. > the floor.
  274. >  
  275. > >How will TCP/IP influence future systems ?
  276. >  
  277. > Because the implementation we have is totally open, it has attracted
  278. > a lot of interest among the code hackers. Potentially it opens the
  279. > way for unlimited applications, but as a practical matter because of
  280. > the monolythic way it's implemented on DOS machines, it's turning into
  281. > a complicated way to do a BBS and ship a few files. It's actually an
  282. > impediment to new applications at this time. It's best use now is
  283. > as a switch node in the trunk network and as a gateway to a capable
  284. > multitasking system with native TCP/IP (ie a Unix box). Before TCP/IP
  285. > can have a significant impact on packet, we've got to abandon DOS
  286. > or rewrite the code to act as a device driver accessable to *any*
  287. > program running on the system.
  288. >  
  289. > >Is DSP going to be affordable in the near future ? What advantages will it
  290. > >bring in terms of speed, overcoming interference, spread spectrum ?
  291. >  
  292. > As prices drop for DSP hardware, as most everyone expects it to do, there
  293. > will be a proliferation of software modem designs available for the down-
  294. > loading. That's going to obsolete the hardware multimode boxes like the
  295. > KAM, PK232, MFJ1278, G3RUH daughter boards, PSK pacsat modems, etc.
  296. > While it's unlikely that speeds will increase above 9600 baud using DSP
  297. > in the near future, certainly more efficient and more noise and interference
  298. > tolerant modem designs will be forthcoming. Because it's "only software",
  299. > users will upgrade quickly. DSP probably won't have an impact on spread
  300. > spectrum techniques in the near term, too much horsepower is required to
  301. > do SS in software.
  302. >  
  303. > >Why are some people so anti-packet (I need to get at the hecklers!), is it
  304. > >because they don't understand it, own the spectrum it uses, or another
  305. > >reason ?
  306. >  
  307. > Yes. :-)
  308. >  
  309. > There are a variety of reasons people are hostile to packet. The number
  310. > one thing that I hear is "it's not *real* radio because it doesn't take
  311. > any skill to use it." That comes mostly from the CW forever crowd, and
  312. > a little bit from the paper tape RTTY crowd. The second most common
  313. > complaint is "there's nothing to *do* with it." And the third most
  314. > common complaint, not from the CW crowd, is "it's so slow."
  315. >  
  316. > Packet *is* the fastest growing mode in amateur radio since the advent
  317. > of SSB, so there is interest in it out there. But many people quickly
  318. > become disenchanted with it because it is slow and booooorrrring. We
  319. > have hardware to fix the slow, but we haven't yet solved the boring.
  320. >  
  321. > >Any help would be appreciated. I already know how I think packet will
  322. > >develop, but I would like to know others views.
  323. >  
  324. > I've mostly dwelled on the problems of packet above. What I'd like
  325. > to see in the future is a more fully connected network operating
  326. > at a high enough speed and with proper networking software so that 
  327. > distributed computing can become a reality. I'd like to see multi-
  328. > player, nulti-computer games. I'd like to see distributed databases
  329. > so you could send a demon out into the network to run down practically
  330. > any fact you might want to know. I'd like to see cooperative massively
  331. > parallel systems evolve that can take a problem handed to the network
  332. > and divide it up among many machines for rapid solution. That's where
  333. > I would like to see packet go, but I *expect* it to fall into a 1200
  334. > baud and C64 forever mindset that never reaches the heights it is
  335. > capable of scaling. I guess I'll be happy if we can just reliably
  336. > deliver the mail to a mobile user outside his home LAN.
  337. >  
  338. > Gary KE4ZV
  339. > +++
  340. > End of gary's original article.
  341. > 73 - doug
  342. > -- 
  343. >          Doug Renze, N0YVW * drenze@isca.uiowa.edu * N0YVW @ W0IUQ.ia.usa.na
  344. >                          DRenze@aol.com ** drenze@chop.isca.uiowa.edu
  345.  
  346. -- 
  347. Karl Beckman, P.E.              <  Genius may have its limitations, but  >
  348. Motorola LMPS- Analog Data      <  stupidity is not thus handicapped.    >
  349.                                 <                      - Elbert Hubbard  >
  350. The statements and opinions expressed here are not those of Motorola Inc.
  351. Amateur radio WA8NVW @ K8MR.NEOH.USA.NA         NavyMARS VBH @ NOGBN.NOASI
  352.  
  353. ------------------------------
  354.  
  355. Date: Thu, 9 Jun 1994 22:19:29 GMT
  356. From: nwnexus!jhgrud!eskimo!rdonnell@uunet.uu.net
  357. To: ham-digital@ucsd.edu
  358.  
  359. References <79731@uugate.wa7slg.ampr.org>, <jra1854.1120789830A@news.tntech.edu>, <wb6wCqwwzM.Avq@netcom.com>.itd.u
  360. Subject : Re: 9600 baud observations...
  361.  
  362. : Jeffrey Austen (jra1854@tntech.edu) wrote:
  363. : : In Article <79731@uugate.wa7slg.ampr.org>, ka7oei@uugate.wa7slg.ampr.ORG wrote:
  364. : : >I'd like some comment on the TAPR and (apparently) MFJ firmware KISS modes.
  365. : : >With both, I've observed that after some time (5-10 minutes, maybe) the TNC
  366. : : >seems to reset, losing current timing parameters like TXDELAY, SLOTTIME,
  367. : : >etc.
  368.  
  369. : : I have a MFJ 1270B and cured this problem by getting a new TNC2 EPROM from TAPR.
  370.  
  371. One of the things discovered locally about that problem is that it appears
  372. to be related to transmitter activity.  One of the locals temporarily
  373. solved the problem by programming a beacon to go off a little more often
  374. than the reset interval.  Not that we really like beacons...
  375.  
  376. 73
  377. --
  378. ---------------------------------------------------------------------------
  379. Bob Donnell, kd7nm     bob@ethanac.kd7nm.ampr.org   rdonnell@eskimo.com
  380. ---------------------------------------------------------------------------
  381.  
  382. ------------------------------
  383.  
  384. End of Ham-Digital Digest V94 #190
  385. ******************************
  386.